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[57] ABSTRACT 

Design and implementation of an 'Auto Multi-Project 
Server System* , which automates the tasks of Project Man- 
agement Coordination, for organizational work-group team 
members. The *Auto Multi- Project Server', referred to as 
AMPS, consists of a core piece of software running on a host 
server computer system and interacting with a messaging 
system such as electronic mail, fax etc. Once the AMPS 
system is configured for the work environment, all interac- 
tions with it by work-group team members is via messages. 
First the AMPS system compiles multi-project plans into a 
multi-project database, and tracks the ownership of projects, 
tasks and resources within the plans. Second the AMPS 
system performs automatic checking of resource requests, if 
resource availability limits are exceeded then resources are 
re-allocated to projects based on priorities, and project plans 
are accordingly changed Third the database is processed 
periodically to send out reminder follow-ups and project 
status reports. Fourth the databases are continuously updated 
based on status changes reported by work-group members. 
These four steps are continuously repeated enabling an 
automated method of multi-project management for organi- 
zational work-group team members. 
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The 'Auto [Multi-Project Management' Process 

Objective: Architecture drawing to show the different components for implementing the automatic multi-project 
server, to use in an automatic mum-project management process. 



Fax or Email messages 
via LAN , WAN or 
Telephone Network (50) 
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Messaging system (email or fax) (30) 
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Fig 3 - Project database example 



User Name > xxx 
Password > 12345678 



Project Description (1 line) > xxxxxx 

Project Id No (upto 3 characters) >3456 

Project Start Date (m/d/y) > 2/20/1994 

Project Leader Name > Sesh Srinivasan 

(optional) Project Leader Email Id > sesh@xyz.abc.com 

(optional) Default Reminder Frequency (d,b,w t f,m) > 

(Optional) Week-ends (sat.sun.mon.tue.wed.thu.fri) > sat sun 

(optional) Holidays (m/d/y) > 



Task Id (numbers only) >1 

Task Description (1 line) > procure pipes 

Task Status (pending/started/completed/stuck) > started 

Task Leader Name > tl1 

Task Leader Email Id > tl1@xxx.yyy.com 

Task Duration (d.w t m or 0) > 3d 

OR Task Completion Date (m/d/y) > 

(optional) Task Reminder Frequency (d,b,w t f ( m) > 

(optional) Task Leader Can Change Schedule (y/n) > y 

(optional) Parent Task Id > 



Immediate Predecessor Task Id > 
Dependency Type (fs.ff.ss) > 
Time Lag (d,w,m) > 



Resource name (include units) > Feet of copper pipes 
Resource budget (numbers only)> 2000 
Resource consumed > 500 



Task id (numbers only) >2 

Task Description (1 line) >install pipes 

Task Status (pending/started/completed/stuck) > pending 

Task Leader Name > t!2 

Task Leader Email Id > t12@abc.pqr.com 

Task Duration (d.w.m or 0) > 1 w 

OR Task Completion Date (m/d/y) > 

(optional) Task Reminder Frequency (d.b.w.^m) > 

(optional) Task Leader Can Change Schedule (y/n) > y 

(optional) Parent Task Id > 



Immediate Predecessor Task Id > 1 
Dependency Type (fs.ff.ss) > fs 
Time Lag (d.w.m) > 1d 



Resource name (include units) > plumber man days 
Resource budget (numbers only) > 10 
Resource consumed > 
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AUTOMATED, ELECTRONIC NETWORK 
BASED, PROJECT MANAGEMENT SERVER 
SYSTEM, FOR MANAGING MULTIPLE 
WORK-GROUPS 

5 

BACKGROUND 

1. Cross-references to Related Applications 

A patent search revealed no patent under the categories, 
Automatic Project Management, or under Electronic Mail 10 
based Project Management or Groupware Project Manage- 
ment. 

The category Project Management revealed two patents: 

(1) U.S. Pat. No. 4,451,067, A Comprehensive Central 15 
Scheduling Folder for Project Management offers a 
non-computerized method for planning and tracking 
projects. This has no similarity with the proposed 
electronic network based project management system, 

as it does not involve computers. 2 o 

(2) U.S. Pat. No. 4,875,162, An Automated Interface of 
Design Software with Project Management Software. 
The scope of this is narrow, focuses on design organi- 
zations only and involves automatic status update of 
files between design software and project Management 25 
software. This is not for general purpose management 
of multiple work-groups. Also it does not address the 
design of a general purpose auto-server for project 
management, which will perform automatic project 
database creation, project follow-up, multi-project 30 
resource planning and project reporting. 

2. Field of Invention 

The invention described here is the design and application 
of an electronic network based project management server 
system. Hie product termed in this application as an * AUTO 35 
MULTI-PROJECT SERVER'. The use of the product will 
result in an improved organizational process for compiling, 
tracking and managing multiple projects within an organi- 
zation. 

The goal of the *Auto Multi-Project Server 1 is to act as an 40 
automated computer based project coordinator to manage 
the goals of multiple organizational work-teams. Activities 
of the automated computer based server comprise of collat- 
ing/compiling project data, flagging inconsistencies, follow- 
up with work-team members, obtain updated project track- 45 
ing data, communicate project progress to work-team, 
resolve inter-project conflicts by re-allocation of critical 
resources based. on project priorities and generate manage- 
ment reports for flagging time and cost overruns and critical 
path information. 50 

Future re-engineered corporations will demand heavy 
computing needs for managing large number of work-teams 
with different project goals, schedules, dependencies and 
priorities running simultaneously. The present techniques 
for static project-management tools and for limited project- 55 
management groupware technologies will no longer be 
adequate. 

3. Discussion of Prior Art 

Presendy the following types of project management 
systems are available: 60 

1. Project planning tools, with software for generating 
charts such as Gantt, Pert/CPM etc. Many of the techniques 
were invented during the Second World War Majority of 
project management is perceived as belonging to this area. 
These are static standalone tools and do not impose any 65 
particular process in the organization. Organizations have to 
figure out methods for input, tracking and report distribu- 



tion. Typically a project coordinator is hired by organiza- 
tions to manually compile input data, run the tools and 
distribute progress reports. 

Examples: Commercial tools such as PRIMAVERA and 
MICROSOFT-PROJECT offer computerized static software 
approach to planning projects, i.e. a person has to supervise 
the input data collection and output report generation, and 
there is no automatic process specified by the manufacturer. 

A survey of existing project management tools showed no 
use of electronic mail or faxing methods to do any automatic 
creation, updating, planning or reporting. (Reference: 
DATAMATION— Oct. 1, 1993, Article: Project Manage- 
ment Software that's IS friendly, has a survey of the capa- 
bilities of Project Management tools and there is no mention 
of any automatic server based tools, driven by electronic 
messaging.) 

2. Group collaboration and Work flow management tools, 
provide technologies to automate the flow of documents. 
These are directed at a wide variety of needs such as 
facilitating group conferences, meetings* management, 
project database management, information flow control and 
other custom mail enabled applications. The tools by them- 
selves do not impose any organizational process, but offer an 
underlying technology to build applications, including the 
design proposed by this patent 

Example (1): U.S. PaL No. 5,168,444 for a Work-flow 
shipment system, including processing of document images. 
This is not related to automatic project management for 
multiple work-groups. 

Example (2) Lotus NOTES is a leading groupware prod- 
uct offering the necessary technology to build organizational 
processes including Project Tracking examples. The system 
is not designed to handle large multi-project/multi-priority 
environments. There is no automatic system proposed by the 
manufacturer and it is left for each organization to design its 
own process or system of project management. 

Example (3) The nearest commercial product design is a 
product called SYZYGY from Information Research Corp., 
which builds on inherent capability of local area networks 
(LAN) to tie workers together. The system has a central 
database on organizational projects and can be automatically 
be programmed by managers to broadcast reminder mes- 
sages. (Reference: Personal Computing, Volume 14, Issue 4, 
Date: Apr. 27, 1990, Page: 152), The differences I see 
between this product and the invention under this patent: 
Syzygy is not ideal for managing large or complex 
projects since it lacks critical path analysis. The inven- 
tion under this patent includes a complete computation 
engine for computing critical path activities, 
Syzygy does not do complex inter-task dependency com- 
putations. 

Syzygy is not targeted for multiple work-teams with 
inter-conflicting priorities. 

Syzygy does not attempt any resources leveling or 
resource re-allocation. 

Objects and Advantages 

The product in this patent application the 'Auto Multi- 
Project Server' consists of a centralized automatic project 
management server software, based in a computer and 
accessible via electronic mail or fax messages. 
No Prograrnming is involved by people using the system, 
the 'Auto Multi-Project Server 1 automatically com- 
putes task completion/start dates and triggers messages 
based on data mailed to it. Thus the data itself is used 
to program the 'Auto Multi-Project Server*. 
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The 'Auto Multi-Project Server' reads electronic mail or 
fax messages, such as project plans and flags project 
data inconsistencies. It then compiles project manage- 
ment data into a usable project database with informa- 
tion to include details on goals, milestones, budgets etc. s 

The 'Auto Multi-Project Server' follows-up with task 
leaders on pending tasks by reminding them on task 
start and finish dates 

The 'Auto Multi-Project Server' includes extensive 
dependency calculations, such as taking into account 10 
complex inter-task dependencies and start/finish lags 
between dependent activities. 

The *Auto Multi-Project Server' goes beyond just remind- 
ing people about their start and finish dates, it also ]5 
serves as a project information system by informing the 
group team members on their inter-dependencies. 

The 'Auto Multi-Project Server' includes resolution of 
multi-project priorities, which is an essential compo- 
nent for managing multi-groups with divergent priori- 20 
ties. It allows for example a program or general man- 
ager to examine multiple-projects under his program 
and assign priorities for completioa Individual task 
deadlines and resource usage would be controlled by 
the priorities assigned to the completion of the project 25 

The 'Auto Multi-Project Server' will re-allocate critical 
resources based on project priorities and re-compute 
completion dates. The project database would auto- 
matically be updated with the new dates. Thus there is 
automatic resolution of priority conflicts. The project 30 
leader does not have to have to constantly escalate 
issues up the management hierarchy for resolution. 

Security issues are handled by the authorization of ell 
input mail or faxes, prior to processing. For electronic 
mail and faxes the mcoming mail is checked against a 35 
valid list of passwords prior to processing. Also each 
project is assigned a unique identifier to prevent mix-up 
of information between projects. 

In summary the 'Auto Multi-Project Server' is a necessary 
requirement for the needs of future HORIZONTAL 40 
CORPORATIONS where the information to manage 
multiple projects will be too complex to be done via 
manual present-day tools. 

Further objects and advantages of my invention will 
become apparent from a consideration of the drawings and 45 
ensuing description, 

DESCRIPTION OF DRAWINGS 

FIG. 1 — Architecture drawing to show the difFerent com- 50 
ponents of an 'Auto Multi-Project Management Process 1 , 
which is required for implementing the 'Auto Multi-Project 
Server*. 

FIG. 2— Internal architecture of the 'Auto Multi-Project 
Server'. 55 

FIG. 3 — Project database example, format to serve as the 
primary communication and storage format for information 
on the different project(s). 

FIG. 4 — Build Program Flowchart, to compile together ^ 
data on inter-dependent tasks for each project and build a 
reference database (with all necessary project information). 
To compute completion dates based on resource limits and 
inter-project dependencies. 

FIG. 5 — Dependency computation flowchart, to compute 65 
task start and finish dates based on relationship to dependent 
predecessors. 



4 

FIG. 6 — Reminder program flowchart, to track pending 
tasks and remind task owners on a pre-determined frequency 
on when to start/finish tasks. To update task owners on status 
of dependencies. 

FIG. 7 — Inform flowchart, to track task completion and 
inform dependent tasks on start or finish status of their 
predecessors, thus acting as a formal channel of communi- 
cation eliminating the chance of misinformation. Also to 
inform project and task leaders on re-computed completion 
dates based on resource re-allocation between projects 
(based on project priorities). 

FIG. 8— Update flowchart, to update the 'build' file with 
status changes in task details or task inter-dependencies or 
inter-project priorities. 

FIG. 9 — Inter-project priorities and resource allocation 
flowchart. To allocate common resources based on inter- 
project priorities and re-compute task duration. 

FIG. 10 — Reports flowchart, to generate project manage- 
ment reports for reporting progress of projects(s). 

LIST OF REFERENCE NUMERALS 



FIG. 1 

10 Project(s) databases, contains information on the 
project, also referred to as the 'BUILD' file. Format for 
this file is shown in FIG. 3. 

20 Auto project management server. This software system 
is the heart of the process and its workings are 
explained in the flowcharts contained in FIG. 4 through 
FIG. 10. 

30 Messaging system such as Fax or Email (Electronic 
Mail) 

40 Network Operating System, is a general term used to 
refer to the communication protocol used to allow users 
communicate with the 'Auto Project Server*. 

50 Fax, LAN (local area network), WAN (wide area 
network) or telephone network is the media for com- 
munication. 

60 Work-team members communicating to the 'Auto 
Multi-Project Server*, these may be program managers, 
project leaders, task leaders etc. 

FIG. 2 

10 Project updates, module to parse and read project 
updates, 0 

20 Database updating, module to update the project 

database with new information, 
30 Database creation, module to open a new database 

project file. 

40 Project data computation, module to compute all 

project data, (Dates etc.) 
50 Project creation, module to parse and read in project 

data on new projects. 
60 Project database, centralized complete information on 

the project. 

70 Resource re-allocation, re-assigns critical resources if 

limit exceeded. 
80 Database access, to retrieve task information from 

project database. 
90 Reminder processing, to send out reminders to pending 

task owners. 
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100 Inform status, to communicate status of dependen- 
cies. 

110 Project reporting, to generate and send out project 
progress reports. 

5 

SUMMARY 

Hie design and implementation of an * Auto Multi-Project 
Server* for Automatic Multiple Project Management is 
described in this patent. This involves a self-running soft- io 
ware system running on a central server computer system 
with capabilities for automatic data compilation, tracking 
and management, handle multiple projects, resolve inter- 
project resource conflicts and communicate with users via 
electronic mail or fax mail. 15 

DESCRIPTION OF INVENTION 

FIG. 1 shows the overall process of using the invention in 
an organization to manage multiple projects vi an automatic 2Q 
computer server. FIG. 2 shows the internal architecture of 
the invention which is an 'Auto Mult-Project Server'. 

FIG. 1, Part 10 — refers to the set of project database files 
stored, one for each project. These files are also referred to 
as the 'build' file. Refer FIG. 3 for a sample format. This file 25 
contains information about the project, such as the start date 
and other global information such as the project leader's 
name, mail identity, holidays, weekends etc. It also contains 
detailed information about each task such as the description, 
task leader's name/mail identity, task duration or planned 30 
completion date. In addition it contains information about 
the dependencies for each task, in terms of the predecessor 
task id, the type of dependency whether FS(predeceseor 
finishes and task starts), FF(predecessor and task finish 
together) or SS (predecessor and task start together), and the 35 
lag between the predecessor and task activities. Finally the 
database contains information about which resources, 
amount of resources and budget for resources required for 
doing the task. 

FIG. 1, Part 20 is the 'Auto Multiple Project Server'. This 40 
is a software system which is the head of the new process. 
Details of its internal architecture are contained in FIG. 2. Its 
workings are explained in the flowcharts contained in FIG. 
4 through FIG. 10. The server is a software process that runs 
at fixed intervals (example: at the end of the day) and 45 
performs the task of project management coordination by 
performing date compilation, data validation, database 
update, follow-up reminders to task leaders, inter-project 
resource conflict resolution and allocation and management 
reports generation on critical tasks and overruns. The main 50 
modules of the server software are described below: 
Creation functions consisting of: 
Project creation module to read and check for consistency, 

project data on new projects. (Component 50, FIG. 2) 
Data computation module, to compute completion dates 55 

for all activities in the project based on dependency 

information and project start date. (Component 40, 

FIG. 2) 

Database creation, this module creates a new database „ 
project file. (Component 30, FIG. 2). 

Project database, holds centralized complete information 
on the project. (Component 60, FIG. 2). 
Conflict-resolution functions consisting of: 

'Resource' module, to check for resource usage and to 65 
re-allocate resources on the basis of inter-project pri- 
orities, if resource are limits exceeded. Project database 
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has to be re-created if resources are re- allocated. (Com- 
ponent 70, FIG. 2). 
Updating functions consisting of: 
'Project Update' module, to receive and parse updates 

from project/task leaders (Component 10, FIG. 2) 
Database updating, module to update the project database 
with new project status information.(Component 20, 
FIG. 2). 

Information functions consisting of: 
Database access, to retrieve task information from project 

database. (Component 80, FIG. 2). 
'Remind' module, to send auto reminders to task leaders 

of pending tasks. (Component 90, FIG. 2). 
'Inform' module, to inform task leaders on completion of 

dependent activities. (Component 100, FIG. 2) 
Project reporting, to generate and send out project 

progress reports. (Component 110, FIG. 2) 
The server software system has been implemented in C 
language, making it easier to port to different machines and 
also providing the necessary performance for handling the 
largest projects. The server system has to work closely with 
the Messaging system and the Network Operating System, 
the components of which are described below. 

FIG. 1, Part 30 — Messaging system is used to refer to the 
communication protocol used to allow users communicate 
with the 'Auto Multi-Project Server' . This has to work under 
and is closely related to FIG. 1, Part 40 which is the Network 
Operating System. The network operating system controls 
the network operation. 

The 'Auto Multi-Project Server' has to be configured 
separately for each type of messaging system/network oper- 
ating system. The following are some of the example 
environments, they are provided for clarity and do not 
exclude other environments: 
UNIX mail system running under a UNIX server machine 
such as a 486 PC, PENTIUM PC, SUN Workstation, 
DEC workstation, IBM RS6000 workstation etc. and 
communicating to other machines via an electronic 
network (Part 40). Users send electronic mail to the 
server machine on new project information and status 
updates, which is processed by the 'Auto Multi-Project 
Server*. The 'Auto Multi-Project Server' in turn sends 
back electronic mail reminders and management 
reports. 

Mail system running on a network of PCs'. The mail 
system may be LOTUS CCMAIL or LOTUS NOTES 
or MICROSOFT MAIL etc. The Network Operating 
System may be NOVELL NETWARE or VINES or 
PC-NFS etc. 

Fax based communication system, based on fax board 
inside PC coupled with OCR software to read fax 
messages. Here the fax board and software functions as 
the messaging system, as well as the network operating 
system. The fax system must have automatic transmis- 
sion, automatic receipt and optical character recogni- 
tion capability. 
FIG. 1, Part 50 is the communication network, which may 
be Fax, LAN (local area network), WAN (wide area net- 
work) or telephone network is the physical media for 
communication. This is generally transparent for the 'Auto 
Multi-Project Server', as it is handled by the Network 
Operating System (Part 40). 

FIG. 1, Part 60 are the different Project Work-team 
members communicating to the 'Auto Multi-Project 
Server', these may be program managers, project leaders, 
task leaders etc. The program manager assigns inter-project 
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priorities, the project leader creates the first plan for the 
project and the task leaders update the project database with 
progress of project 

Operation of Invention 5 

The 'Auto Multi-Project Server* is designed to change the 
organization process of planning, tracking and management 
of work-team projects. The entire process is planned to be 
automated with managers focusing only on the exceptions 
and crisis situations. I describe below the process of using 10 
the 'Auto Multi-Project Server', as well as the logic used by 
the Invention to manage projects. 

Step 1 — Set up the environment, this involves creating an 
environment configuration file with an entry in it to show the 
command string to be used in submitting an input file for 15 
electronic mail or for faxing it out Also the command string 
to be used in reading an electronic mail or fax, and the input 
file name. Hie environment file is also used to indicate 
week-ends, holidays and default reminder frequency and 
default reminder window. 

In addition a separate file containing authorization infor- 
mation is required for 'project leaders to allow them to 
create new projects. The authorization will consist of a list 
of 'user names* and valid passwords'. ^ 

The above environment configuration files are the only 
manual operation and is a one time operation. These can be 
performed by a Systems Manager, who does not require to 
have any knowledge of 'Project management processes'. 
Based on the configuration values the appropriate commu- 30 
nication procedures are invoked. 

Step 2 — The project leader creates a project plan in the 
format as per FIG. 3. This has information on the project, 
tasks, dependencies and resources to be used. 

Step 3 — The 'Auto Multi-Project Server* reads the project 35 
plan and invokes the 'Build' Procedure as per flowchart in 
FIG. 4. The first step is to validate the user/password and 
then parse the input for errors such as if names, descriptions, 
mail ids etc. are missing. Based on dependencies, the server 
computes the completion dates for each task. Completion 40 
dates are based on work-days only, so the software accounts 
for week-ends and holidays. Refer FIG. 5 — Dependency 
Computation Flowchart for details on how dependencies are 
handled. 

Step A — Resolving Inter-project resource conflicts. The 45 
'build' procedure is not complete unless critical common 
resource usage has been compared against the resource 
limits. Refer FIG. 9 for the flowchart for the re-allocation of 
critical resources and the re-computing of completion dates. 

Prior to this the Program Manager is mailed a list of 
projects and is requested to assign a rank priority. In addition 
the program manager is requested to supply a list of critical 
resources and their usage limits. The actual usage is com- 
pared against this limit 3J 

Step 5 — Task Reminders are accompanied by information 
about the task, to allow task leaders to provide change 
updates such as changes in the task duration or the estimated 
completion date or to inform on amount of resources actu- 
ally consumed. Refer FIG. 8 for the procedure flowchart on ^ 
updating the project database. 

Step 6 — The 'Inform* procedure is invoked each time 
there is a change in a dependent task status such as starting 
or completion. Refer FIG. 7 for the flowchart Thus the 
'Auto Multi-Project Server* serves also as a formal mode of 65 
communication of task status, and does not leave it to be 
communicated via other informal means. 
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Step 7— The 'Reports' procedure shown in FIG. 10, is 
invoked to generate the necessary management reports on 
time/cost overruns and critical path analysis. In addition 
managers are informed on re-allocation of any resources, to 
explain re-computation of completion dates. 

Automatic Operation — It should be noted that the opera- 
tions of the 'Auto Multi-Project Server' are automatic (or 
self-running) and there is no manual intervention. Only at 
the staff-up stage is there any manual customization of the 
environment, by changing some of the program variables 
and setting up the environment file. In general the operation 
is driven by mail messages received from users. The 'Auto 
Multi-Project Server* responds to the messages and is thus 
'event driven*, though the response does not occur imme- 
diately but rather batched together for the end of day 
processing, as explained in the next paragraph. 

Night processing — It is suggested that given the heavy 
amount of processing for each project, all 'build', 
'reminder', 'inform', 'reports*, 'resource re-allocation* pro- 
cedures be run at night. This will allow for lowered load on 
the server and also allow accumulation of all status updates 
to be handled together eliminating database file access 
problems. Real time response to user messages is not 
necessary. 

Summary, Ramifications and Scope 

I have described so far the architecture and working of an 
'Auto Multi-Project Server* which is necessary to imple- 
ment the proposed 'Automatic Multiple Project Manage- 
ment Process'. As can be seen from the product description 
and operation so far, the 'Auto Multi-Project Server* is a first 
of its kind product with some very unique features to handle 
large and multiple number of projects, including where there 
are resource conflicts. The future organizations will be 
greatly demanding in terms of number end size of projects 
and only an automated software system can prove to be 
useful. Existing static tools will be overwhelmed by the 
amount of project data. 

What is claimed as the invention is: 

1. A method executed by a computer system as part of a 
computer program, said system for coordinating the man- 
agement of a project, said computer system to comprise of 
a central database server connected to a electronic network, 
said method using a two way electronic messaging system 
that allows different types of organizational work-group 
team members to send messages to the computer program 
and receive messages from the computer program via the 
said electronic network, said method storing and accessing 
data from a multi-project database, said method to be 
automatic in nature and with built in triggers which are 
based on the nature and status of said data without need for 
manual project management coordination, said project man- 
agement coordination to involve all the steps of the project 
management cycle including planning, resource leveling, 
status reporting and reminding, tracking and updating plans, 
said method to be configurable for the said organizational 
work-group environment, said method comprising the steps 
of: 

(a) identifying the owner of received message; 

(b) identifying the nature of said received message; 

(c) setting up said multi-project database and saving said 
received messages to said database according to the 
nature of said received message; 

(d) receiving project plans and compiling project plans 
and saving project plans into said multi-project data- 
base; 
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(e) checking said project plans for resource requests 
against resource availability and reallocating resources 
if necessary based on inter-project priorities; 

(f) recalculating and sending back said project plans based 
on resource reallocation; 5 

(g) sending project status reports and reminders to orga- 
nizational work-group team members based on the 
status of said triggers; 

(h) receiving project updates and status changes and 1Q 
updating said project database; 

(i) repeating steps (a) through (h) on a periodic basis, as 
desired by said organizational work-group team mem- 
bers. 

2. A method as claimed in claim 1 wherein said identi- 15 
fying the owner of the message step additionally comprises 
the step of identifying the incoming user messages and 
authorizing them against a valid list of users. 

3. A method as claimed in claim 1 wherein said identi- 
fying the nature of the message step additionally comprises 20 
the step of checking the consistency of data sent to it via user 
messages, prior to processing the messages; has means to 
reject and return user messages which are inconsistent 

4. A method as claimed in claim 1 wherein said compiling 
project plans step additionally comprises the step of com- 25 
puting task completion dates based on project start date and 
inter-dependencies among tasks. 
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5. A method as claimed in claim 1 wherein said saving 
project plans step additionally comprises the step of creating 
a project database of information on the project, with all 
necessary information for follow-up of progress and all 
necessary information for reporting progress. 

6. A method as claimed in claim 1 wherein said recalcu- 
lating project plans based on resource reallocation step 
additionally comprises the step of recomputing task dura- 
tion's and completion dates of tasks. 

7. A method as claimed in claim 1 wherein said sending 
project status reports and reminders step additionally com- 
prises the step of processing each project database and 
generating outgoing reminder messages for task leaders 
whose tasks are pending. 

8. A method as claimed in claim 1 wherein said sending 
project status reports step additionally comprises the step for 
soliciting for updates to project and database status infor- 
mation. 

9. A method as claimed in claim 1 wherein said sending 
project status reports step additionally comprises the step of 
sending messages to task leaders, on status of inter-depen- 
dent tasks. 

***** 
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